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METHOD, SYSTEM AND PROGRAM FOR EFFICIENTLY DISTRIBUTING 
SERIAL ELECTRONIC PUBLICATIONS 

CROSS-REFERENCES TO RELATED APPLICATIONS 

The present invention is related to the 
following application filed concurrently with this 
application: U.S. Patent Application Serial No. 

/ entitled "METHOD, SYSTEM AND PROGRAM FOR 

EFFICIENTLY DISTRIBUTING SERIAL ELECTRONIC PUBLICATIONS" 
(attorney docket no. AUS000061US2 ) , which is hereby 
incorporated. 

BACKGROUND OF THE INVENTION 

1. Technical Field: 

The present invention relates in general to 
data processing systems and, in particular, to methods 
and systems for distributing electronic publications to 
subscribers at data processing systems. Still more 
particularly, the present invention relates to methods, 
systems and programs for optimizing the efficiency with 
which serial electronic publications are distributed to 
subscribers . 

2. Description of the Related Art: 



Not long ago, magazines, newspapers, technical 
bulletins, and other serial publications were distributed 
almost exclusively in hardcopy, paper format. In recent 
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years, however, the Internet and smaller computer 
networks have attained unprecedented popularity and 
ubiquity, making it easier than ever before to link 
widespread communities of individuals with common 
interests. Consequently, as the number of Internet users 
has grown, so has the utilization of electronic 
publications. For example, Dow Jones & Company, Inc. now 
offers subscriptions to the traditional, paper format of 
THE WALL STREET JOURNAL®, as well as subscriptions to an 
electronic format that is delivered to subscribers 
electronically via network connections. Among the 
advantages available to electronic publications, relative 
to hardcopy publications, are increased ease and rapidity 
of delivery from the publisher to the subscriber and 
support for multimedia content (such as audio, animation, 
etc . ) . 

Currently, the most commonly utilized network 
architecture, and the architecture utilized by the 
Internet, is the client/server architecture. Within 
computer networks utilizing that architecture, electronic 
publications are typically distributed or published 
(i.e., transmitted) utilizing either a "client pull" or a 
"server push" technique. In either case, the publication 
is transmitted from a server data processing system to 
subscribers at client data processing systems. However, 
with client pull, the clients initiate the download of 
each issue, whereas in server push, the server does the 
initiating (after the clients have provided permission 
for the server to write to their storage) . 

Client pull may be utilized when a subscriber 
is unable to provide a publisher with a persistent 
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network address for receiving each issue of a 
publication. For the purposes of this document, a 
network address is persistent if it is always associated 
with the same subscriber and substantially always 
receptive. For example, individuals who connect to the 
Internet through dial-up connections to Internet Service 
Providers (ISPs) generally do not maintain permanent 
connections and do not obtain the same Internet Protocol 
(IP) addresses each time they establish dial-up 
connections. Nevertheless, once a dial-up subscriber has 
established a non-persistent (or "temporary") connection, 
client pull allows that subscriber to download issues of 
publications, utilizing the network address associated 
with that temporary connection. 

Currently, dial-up connections are the most 
widely utilized mechanism for connecting clients to the 
Internet. However, the number of individuals with 
persistent network addresses is on the increase, as cable 
modems, direct Tl lines, and similar technologies appear 
to be gradually replacing dial-up connections as the 
connection mechanism of choice for Internet users. 

When a subscriber is able to provide a 
publisher with a persistent network address, server push 
may be utilized to transmit issues. For example, 
subscribers who maintain permanent Internet connections 
via cable modems, direct Tl lines, and the like are able 
to provide persistent network addresses when subscribing 
to publications. In addition, efforts are currently 
under way to develop network protocols that support 
server push to subscribers without persistent network 
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addresses, such as traveling subscribers who connect to 
the Internet via wireless services. 

Push techniques may also be utilized to push 
content from a publishing server to one or more 
intermediate servers, in anticipation of dial-up 
subscribers opening temporary connections to those 
intermediate servers. The content is subsequently 
downloaded from an intermediate server by a dial-up 
subscriber, for example automatically when the subscriber 
connects to the network, in response to operator input 
initiating the download, or in response to some other 
event indicating that the client data processing system 
is ready to receive the content. For example, serials 
can be distributed from a publishing server to 
subscribers via Internet e-mail, with issues being pushed 
to e-mail servers associated with the subscribers, even 
though the subscribers might not be connected at that 
time to the network. Once the subscribers do connect to 
their respective e-mail servers, the e-mailed issues may 
be downloaded to the subscriber's client data processing 
systems. The download can happen automatically, 
according to a predetermined schedule in client software 
(such as an e-mail client) , or in response to other 
conditions, such as an explicit request from a subscriber 
to check for new mail. 

Push techniques provide a number of advantages, 
relative to pull techniques. For instance, when push is 
utilized, the load on the publishing server (or servers) 
may be balanced according to a publishing schedule. For 
example, a daily issue of a publication may be ready for 
distribution at midnight and expected, by 80,000 
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subscribers, to be available at client data processing 
systems by 8:00 a.m. With push, the server may merely 
transmit the issue to 10,000 subscribers per hour to meet 
the distribution objectives. With pull, by contrast, if 
5 all of the clients request the issue between 7:00 and 

8:00 a.m., the server must transmit the issue at a rate 
of at least 80,000 subscribers per hour to service all of 
the subscribers effectively. Also, push techniques allow 
publishers to distribute supplemental content, such as 
10 news flashes, to subscribers in a timely manner. 

However, electronic publications in general, 
and pushed publications in particular, also share some 
JE disadvantages with hardcopy publications, including 

iM problems with overloading a subscriber with unwanted 

Aj issues of a publication. The problem of overload may 

^ occur, for example, when a subscriber is too busy to read 

; y all of the issues of publications that are being 

^ delivered, or when the subscriber is on vacation, for 

2gL instance, and issues are accumulating unread on the 

^ subscriber's data processing system. 

Consequently, what is needed is a way to reduce 
or eliminate the inefficiencies associated with 

25 transmitting unwanted issues of a publication and storing 

those issues in a client or in an intermediate server. 
In addition, it would be advantageous to manage the 
publication process so as to prevent unwanted issues from 
being presented to the subscriber, thereby freeing the 

30 subscriber from the task of manually sorting through a 

number of issues to distinguish the wanted from the 
unwanted and purging the latter. 
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SUMMARY OF THE INVENTION 

According to the present invention, a data 
processing system with facilities for efficiently 
transmitting a serial electronic publication to 
subscribers includes a push engine and a status manager. 
The push engine transmits a first issue to a subscriber. 
The status manager determines whether the first issue has 
been opened and allows the push engine to transmit a 
second issue to the subscriber only after determining 
that the first issue has been opened. In an illustrative 
embodiment, the push engine transmits a hypertext 
transfer protocol (HTTP) cookie to the subscriber with 
the first issue, and the status manager determines 
whether the first issue has been opened by reference to a 
corresponding cookie response from the subscriber 
indicating that client software has been utilized to open 
the first issue. 

All objects, features, and advantages of the 
present invention will become apparent in the following 
detailed written description. 



AUS000061US1 



-7- 



BRIEF DESCRIPTION OF THE DRAWINGS 



10 



T5 



The novel features believed characteristic of 
the invention are set forth in the appended claims. The 
invention itself however, as well as a preferred mode of 
use, further objects and advantages thereof, will best be 
understood by reference to the following detailed 
description of an illustrative embodiment when read in 
conjunction with the accompanying drawings, wherein: 

Figure 1 depicts an illustrative embodiment of 
a data processing system network within which the method, 
system and program of the present invention may 
advantageously be utilized; 

Figure 2 illustrates a layer diagram of 
exemplary server software for transmitting a serial 
electronic publication to subscribers efficiently, in 
accordance with the present invention; 

Figure 3 depicts exemplary client software that 
supports efficient publication of electronic serials, in 
accordance with the present invention; 



25 Figure 4 illustrates an exemplary method, means 

and program function within a server for transmitting a 
serial electronic publication to subscribers efficiently, 
in accordance with the present invention; 

30 Figure 5 illustrates in greater detail an 

exemplary subset of the method, means and program 
function of Figure 4 for determining whether a subscriber 
is receptive; 
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Figure 6 depicts an exemplary method, means and 
program function within a client for preventing issues of 
an electronic publication from accumulating at a client 
data processing system while one or more earlier issues 
5 remain unopened, in accordance with the present 

invention; and 

Figure 7 illustrates an exemplary method, means 
and program function within a client for temporarily 
10 suspending delivery of an electronic publication, in 

accordance with the present invention. 
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DET AILED DESCRIPTION OF PREFERRED EMBODIMENT 

With reference now to the figures and in 
particular with reference to Figure 1, there is depicted 
an illustrative network of data processing systems 
including a server machine 10 and two client machines 20A 
and 20B. Clients 20A and 20B are connected to server 10 
via communications media 22 (such as twisted-pair cables , 
coaxial cables, telephone lines, microwave links, and/or 
radio links) . The network may also include one or more 
intermediate data processing systems, such as an Internet 
service provider ("ISP") 30. 

Referring now to Figure 2, there is illustrated 
a layer diagram of exemplary software within server 10 
that provides for efficient distribution of serial 
electronic publications, in accordance with the present 
invention. At the highest level of the diagram are the 
application programs 210, including a server program 220 
that is configured to use server push to transmit issues 
of one or more publications from server 10 to 
subscribers . 

As shown, server program 220 includes a push 
engine 222 for electronically transmitting issues of a 
publication to subscribers, for example according to a 
predetermined distribution schedule. For instance, for a 
daily serial publication (i.e., a serial that generates 
one new issue per day) push engine 222 might be 
programmed to initiate distribution at a certain time 
each day. Server program 220 also contains a message 
content storage area 230 for holding the data that 
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constitutes an issue, in preparation for distributing 
that issue. Also included in server program 220 is a 
subscriber database 240 for holding data relating to the 
subscribers. in particular, in the illustrative 
embodiment, subscriber database 240 holds the network 
addresses of the subscribers, as well as status settings 
which allow the server to distribute issues according to 
subscriber preferences. As described below with 
reference to Figures 4, 5, and 6, server program 220 also 
contains a status manager 250, which alters the status 
settings in subscriber database 240 in response to input 
from subscribers. Server program 220 receives that input 
through an input module 260. 

At the intermediate level of the software 
diagram is an application program interface (API) 270, 
through which application programs 210 request services 
from the operating system 280. Operating system 280, 
which occupies the lowest level of the diagram, is a 
network operating system. As such, in addition to 
managing the operations of server 10 (by performing 
duties such as resource allocation, task management, and 
error detection) , operating system 280 also provides 
tools for managing communications between server 10 and 
remote data processing systems (such as clients 20A and 
20B) . 

With reference now to Figure 3, there is 
depicted exemplary software within clients 20A and 20B 
that cooperates with server program 220 to support 
efficient publication of electronic serials. As shown, 
in addition to an operating system 310 and an API 320, 
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each of clients 20A and 20B includes a client program 330 
for sending and receiving network communications. In 
particular, network program 330 includes an interface 
module through which communications are sent and 
received, and a received data storage area 350, in which 
received communications may be stored. In the 
illustrative embodiment, client program 330 also includes 
a list of push options 360, which includes settings for 
subscription preferences, as described below with 
reference to Figures 4, 5, and 6. 

Publication Process 

Referring now to Figure 4, there is illustrated 
an exemplary method, means and program function for 
transmitting a serial electronic publication, in 
accordance with the present invention. The illustrated 
process begins with server 10 executing server program 
220, and server program 220 waiting to receive data to be 
transmitted as the next issue of a publication, as shown 
at block 400. The process then passes to block 410, 
which depicts server program 220 receiving the content of 
the new issue (for instance, from a different application 
running in server 10 or from a remote data processing 
system) and storing that content in message content 
storage area 230. Then, as shown at block 412, server 
program 220 determines whether it is time to initiate 
distribution. Preferably, that determination is made by 
comparing the current time with a scheduled time to 
initiate distribution, possibly in conjunction with other 
tests, such as a verification that new content has been 
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received. Alternatively, publication may be initiated 
manually. 

Once the initiation time has been reached, the 
process enters a main loop at block 420, which 
illustrates push engine 220 initiating the distribution 
process by consulting subscriber database 240 to identify 
a subscriber. As depicted in general at block 422 (and 
in detail in Figure 5) , a determination is then made 
whether the identified subscriber is receptive to new 
issues . 

In a first embodiment of the present invention, 
push engine 222 makes that determination based on "push- 
on-read" settings in subscriber database 240. 
Specifically, those settings identify each subscriber 
that has enabled push-on-read filtering and, for each 
such subscriber, indicate whether the last issue that he 
or she received has been "read" (i.e., opened) yet. 

In a second embodiment, the determination 
depicted at block 422 is made based on "vacation" (or 
"push-on-present") settings in subscriber database 240. 
Those settings indicate whether the subscriber is 
expected to be present to read the new issue or, instead, 
is expected to be on vacation or otherwise unavailable . 
Specifically, the push-on-present settings identify each 
subscriber that has enabled push-on-present filtering 
and, for each such subscriber, specify zero or more time 
periods during which transmission is to be suspended. A 
third embodiment is also provided, in which both push-on- 
read and push-on-present settings are consulted. 
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Furthermore, as explained below with reference 
to Figure 5, the present invention provides optional 
dynamic status updating for any of those three 
embodiments. By dynamically updating the subscriber 
5 status data, allowances are made for subscribers with 

unexpected changes in status, such as subscribers who 
return from vacation early. The dynamic updating also 
makes allowance for connection interruptions which might 
occur, for example, when server 10 is temporarily 

10 unavailable due to repairs or maintenance. Even though 

subscribers will be unable to register status updates 
(described below with reference to Figures 6 and 7) while 

_ server 10 is down, the dynamic updating enables server 10 

J3 to retrieve those updates from subscribers before the 

distribution decision pertaining to those subscribers is 

111 made . 

M With reference now also to Figure 5, there is 

f% illustrated an exemplary method, means and program 

2j§9 function for making the determination depicted in block 

U] 422 of Figure 4, with the depicted steps providing for 

J? dynamic status updating, as well as both push-on-read and 

push-on-present subscriber settings. The illustrated 
process begins at block 500 with control having reached 
25 block 422 of Figure 4. As illustrated at block 510, push 

engine 220 then determines whether dynamic status 
updating is configured to be active. Depending on 
factors affecting a particular installation, such 
updating may be configured by an administrator of server 
30 10 to be active or not on a per-subscription basis, or on 

a server level for all subscribers to all subscriptions. 
Alternatively, subscribers to one or more subscriptions 
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may be given the ability to activate such updating on an 
individual (per-subscriber ) basis. 

If push engine 220 determines that dynamic 
status updating is active, status manager 250 transmits a 
status query to the identified subscriber, as illustrated 
at block 520. If input module 260 receives a 
corresponding status response from the subscriber 
indicating that the status settings should be changed, 
the process flows through block 522 to block 524, which 
shows status manager 250 updating subscriber database 240 
accordingly. 

After subscriber database 240 has been updated, 
or if it is determined at blocks 510 or 522, 
respectively, that dynamic status updating is inactive or 
that no status update is necessary, the process passes to 
block 530. As depicted at block 530, server program 220 
then determines whether push-on-read filtering is enabled 
for the identified subscriber. If so, the process passes 
to block 532, which shows server program 220 determining, 
by reference to subscriber database 240, whether the copy 
of the last issue that was transmitted to the identified 
subscriber has been opened. If that copy has not yet 
been opened, the identified subscriber is flagged as 
unreceptive, as shown at block 570. 

However, if it is determined at blocks 530 or 
532, respectively, that push-on-read filtering is not 
enabled or that the last issue has been opened, server 
program 220 next determines whether push-on-present 
filtering is enabled, as depicted at block 540. If so, 
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server program 220 determines whether subscriber database 
240 includes a vacation setting for the identified 
subscriber that matches the publication time for the new 
issue, as illustrated at block 542. If the subscriber 
5 has set a vacation interval covering that publication 

time, the subscriber is flagged as unreceptive, as 
depicted at block 570. For example, as described below 
with reference to Figure 6, a subscriber may notify 
server 10 that vacation filtering is to be enabled and 
10 that the subscriber should be considered present on all 

days except for March 1 through March 8. As a result, 
server program 220 would flag that subscriber as 
□ unreceptive when issues are being distributed for March 1 

^ through March 8. However, if server program 220 

IjS determines that the subscriber is scheduled to be present 

jj: for a current issue or that push-on-present is not 

enabled, the subscriber is flagged as receptive, as 
illustrated at block 560. 

2£§ Once the subscriber has been flagged as either 

receptive or unreceptive, the process passes from block 

p 560 or 570, respectively, through block 580 to return to 

block 422 of Figure 4. If the subscriber has been 
flagged as receptive, the process then passes to block 

25 424, which shows push engine 222 transmitting the latest 

issue to the subscriber, and then to block 426. If the 
subscriber is flagged as unreceptive, however, block 424 
is bypassed and the process passes directly from block 
422 to block 426. 



As illustrated at block 426, server program 220 
then determines whether subscriber database 240 lists any 
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remaining unprocessed subscribers. If there are one or 
more additional subscribers to handle, the process then 
returns to the top of the main loop at block 420, and a 
next subscriber is identified and processed, as described 
above. Finally, once the last subscriber has been 
processed, the illustrated process ends, as shown at 
block 430. 

Push-on-Read Client Process 

Referring now to Figure 6, there is depicted an 
exemplary method, means and program function within 
client 20A for receiving issues and responding to dynamic 
requests from server 10 for status updates, according to 
the push-on-read methodology. The depicted process 
begins at block 600 with client program 330 executing in 
client 20A, with the network address of client 20A having 
been registered as the address of a subscriber to a 
serial publication, and with the push-on-read filter 
enabled for that subscriber. 

The process then passes to block 610, which 
illustrates client program 330 determining whether a new 
issue of a publication has been received. If a new issue 
has been received, client program 330 saves the received 
issue in received data storage area 350, as shown at 
block 612. After the issue is saved, or if it is 
determined that no new issue has been received, the 
process passes to block 620, which depicts client program 
330 determining whether the saved copy of the new issue 
has been opened for the first time. If so, client 



AUS000061US1 



-17- 



program 330 transmits a status update to server 10 
indicating that the issue has been opened. 

In the illustrative embodiment, a Web browser 
is utilized to view issues, and server 10 packages a 
hypertext transfer protocol (HTTP) "cookie" with each 
issue sent to subscribers that have enabled push-on-read 
filtering. Accordingly, the mechanism used for the 
status update is the corresponding cookie response that 
the web browser automatically returns to server 10 when 
the issue is opened. Alternatively, however, client 
program 330 could be configured to identify subscribers 
who have opened an issue by transmitting status updates 
as HTTP functions (such as "PUT" or "POST") for storing 
data on server 10 or by sending e-mail to an address that 
server 10 has added to an HTTP header associated with the 
new issue (for example, in the FROM field of the HTTP 
header) . In any case, however, if client program 330 is 
unable to successfully transmit the status update to 
server 10, client program 330 preferably stores the new 
settings locally in push options storage area 360. 

Once the status update has been transmitted or 
stored, the process passes from block 622 to block 630, 
which illustrates client program 330 determining whether 
a server query has been received. If so, as depicted at 
block 632, client program 330 returns a status update 
based on the subscriber's current status, as reflected in 
push options storage area 360. That status update 
indicates the changes to the subscriber status that have 
occurred, if any, since the last time client program 330 
successfully transmitted an update to server 10. Thus, 
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correct status is maintain at server 10 in time for 
distribution. 

After the status update is transmitted, or 
5 after it is determined that no server query has been 

received, the process passes to block 640, which depicts 
a determination of whether an operator of client 20A has 
requested termination of client program 330, for instance 
by instructing client 20A to shut down. If termination 
10 has been requested the process ends, as shown at block 

650. Otherwise, the process returns to block 610 and the 
steps described above are repeated, beginning with a 
determination of whether a new issue has been received. 
^ Client program 330 thus prevents server 10 from pushing a 

Jf5 new issue to the subscriber until the last issue that was 

received by the subscriber has been opened or read. 

^ Push-on-Present Client Process 

%0 With reference now to Figure 7, there is 

W illustrated an exemplary method, means and program 

J function within client 20B for receiving issues and 

responding to dynamic requests from server 10 for status 
updates, according to the push-on-present methodology. 
25 The illustrated process begins at block 700 with client 

program 330 executing in client 20B, with the network 
address of client 20B having been registered as the 
address of a subscriber to a serial publication, and with 
the push-on-present filter enabled for that subscriber. 



30 



The process then passes to block 662, which 
depicts client program 330 determining whether a new 
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issue of a publication has been received. If a new issue 
has been received, client program 330 saves the received 
issue in received data storage area 350, as shown at 
block 664. After the issue is saved, or if it is 
determined that no new issue has been received, the 
process passes to block 670, which depicts client program 
330 determining whether the subscriber has provided input 
indicating that the subscriber's vacation settings should 
be changed. If so, client program 330 transmits a status 
update to server 10 describing the requested changes, as 
depicted at block 672. 

In the illustrative embodiment, the mechanism 
that conveys the status update is an HTTP function (such 
as "PUT" or "POST") for storing data on server 10, 
although those of ordinary skill in the art will 
recognize that alternative mechanisms might be utilized 
as well. In any case, however, if client program 330 is 
unable to successfully transmit the status update to 
server 10, client program 330 preferably stores the new 
settings locally in push options storage area 360. 

Once the status update has been transmitted or 
stored, the process passes from block 672 to block 680, 
which illustrates client program 330 determining whether 
a server query has been received. If so, as depicted at 
block 682, client program 330 returns a status update 
indicating the changes to the subscriber status that have 
occurred, if any, since the last time client program 330 
successfully transmitted status settings to server 10. 
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After the status update is transmitted, or 
after it is determined that no server query has been 
received, the process passes to block 690, which depicts 
a determination of whether an operator of client 20B has 
requested termination of client program 330, in which 
case the process ends, as shown at block 650. Otherwise, 
the process returns to block 662 and the steps described 
above are repeated, beginning with a determination of 
whether a new issue has been received. Client program 
330 thus prevents server 10 from pushing new issues to 
the subscriber while the subscriber is scheduled to be 
absent . 

In conclusion, as has been described, the 
present invention gives subscribers the ability to 
prevent publishers of electronic publications from 
transmitting unwanted issues of a publication, thereby 
enhancing the efficiency of the distribution process and 
keeping unwanted issues from accumulating on client data 
processing systems and/or intermediate servers. When a 
new issue is being distributed, a first embodiment 
filters out certain subscribers who have not opened a 
previous issue of that subscription. A second embodiment 
filters out subscribers according to individual 
"vacation" settings. In addition, dynamic updating of 
subscriber status is provided, and filtering and dynamic 
updating may be activated or deactivated at the server, 
publication, and/or subscribers level. 

While the invention has been particularly shown 
and described with reference to a preferred embodiment, 
it will be understood by those skilled in the art that 
various changes in form and detail may be made therein 
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without departing from the spirit and scope of the 
invention. For example, those of ordinary skill in the 
art will recognize that, although the illustrative 
embodiment stores subscriber's network addresses and 
status settings in a single subscriber database, that 
database could instead be designed to identify 
subscribers by e-mail addresses or other types of data, 
and the identifiers and status settings need not 
necessarily be stored in the same data construct. 
Similar variations on the basic concepts taught herein 
would likewise be apparent to those of ordinary skill in 
the art. For example, the allocation of functions among 
the components of the server program and the constructs 
and locations utilized to store various other data items 
utilized in the publication process could be varied to a 
certain degree without substantially departing from 
spirit and scope of the invention as taught herein. 
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CLAIMS 

What is claimed is: 

1 1. A method in a network of data processing systems for 

2 optimizing the efficiency with which a serial electronic 

3 publication is distributed to subscribers, said method 

4 comprising: 

5 electronically transmitting a first issue of a 

6 serial electronic publication to a subscriber; 

7 determining whether said first issue has been opened 

8 by said subscriber; and 

9 electronically transmitting a second issue of said 
Jfe serial electronic publication to said subscriber only 

ft after determining that said first issue has been opened. 

\1 2. The method of claim 1, wherein: 

12 said step of electronically transmitting said issue 

Jp comprises electronically transmitting said issue to a 

Hi client data processing system associated with said 

rp subscriber; and 

HS said step of determining whether said first issue 

7 has been opened comprises receiving a status update from 

8 said client data processing system indicating that said 

9 first issue has been opened. 
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1 3. The method of claim 2, wherein: 

2 said method further comprises storing a subscriber 

3 status in accordance with said status update, in response 

4 to receiving said status update from said client; and 

5 said step of determining whether said first issue 

6 has been opened is performed with reference to said 

7 subscriber status, such that said subscriber status 

8 enables said determination to be performed without 

9 communicating with said subscriber after said first issue 
10 has been transmitted. 

1 4. The method of claim 3, wherein: 

said method further comprises determining that a 

Li§ publication time for initiating distribution of an issue 

of said serial electronic publication has been reached; 

tffe and 

\J> said step of determining whether said first issue 

has been opened is performed in response to said 

JgS determination that said publication time has been 
reached. 

.3SS. 

1 5. The method of claim 3, wherein: 

2 said step of transmitting said first issue comprises 

3 transmitting a hypertext transfer protocol (HTTP) cookie 

4 to said subscriber with said first issue; and 

5 said step of receiving said status update comprises 

6 receiving a cookie response from said subscriber 

7 indicating that client software has been utilized to open 

8 said first issue. 
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1 6. The method of claim 3, wherein said step of 

2 receiving said status update comprises receiving, at a 

3 server data processing system, a hypertext transfer 

4 protocol (HTTP) function for storing said subscriber 

5 status . 

1 7. The method of claim 2, further comprising: 

2 determining that a publication time for initiating 

3 distribution of an issue of said serial electronic 

4 publication has been reached; and 

5 automatically transmitting a status request to said 

6 subscriber in response to said determination that said 
^ publication time has been reached; 

ij| wherein said step of receiving said status update 

Sip comprises receiving, from said subscriber, a status reply 

Ml) that corresponds to said status request and comprises 

11 said status update. 
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1 8. A data processing system with facilities for 

2 transmitting a serial electronic publication to 

3 subscribers efficiently, said data processing system 

4 comprising: 

5 a push engine that electronically transmits a first 

6 issue of a serial electronic publication to a subscriber; 

7 and 

8 a status manager that determines whether said first 

9 issue has been opened by said subscriber, and that allows 

10 said push engine to transmit a second issue to said 

11 subscriber only after determining that said first issue 
has been opened. 

U|_ 9. The data processing system of claim 8, wherein: 

iff! said data processing system comprises a server data 

processing system; 
: yt said push engine transmits said first issue to said 

•;J5 subscriber by transmitting said first issue to a client 

J5 data processing system associated with said subscriber; 

said server data processing system includes an input 
O module that receives a status update from said 

subscriber; and 

10 said status manager determines whether said first 

11 issue has been opened by reference to said status update. 
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1 10. The data processing system of claim 9, wherein: 

2 said server data processing system comprises storage 

3 for storing a subscriber status that corresponds to said 

4 status update in response to receipt of said status 

5 update; and 

6 said push engine determines whether said first issue 

7 has been opened by reference to said subscriber status, 

8 such that said subscriber status enables said 

9 determination to be performed without communicating with 

10 said subscriber after said first issue has been 

11 transmitted. 

/3L 11. The data processing system of claim 10, wherein: 

■Jl said server data processing system includes a timer 

that indicates when a publication time for initiating 
distribution of an issue of said serial electronic 

\3 publication has been reached; and 

said push engine determines whether said first issue 

jf7 has been opened in response to said indication of said 

H$ timer. 

: 5 ; 

1 12. The data processing system of claim 10, wherein: 

2 said push engine transmits a hypertext transfer 

3 protocol (HTTP) cookie to said subscriber with said first 

4 issue; 

5 said status update comprises a cookie response 

6 received from said subscriber; and 

7 said cookie response corresponds to said HTTP cookie 

8 and indicates that client software has been utilized to 

9 open said first issue. 



AUS000061US1 



-27- 



1 13. The data processing system of claim 10, wherein said 

2 status update comprises a hypertext transfer protocol 

3 (HTTP) function, received at said server data processing 

4 system, for storing said subscriber status at said server 

5 data processing system. 



1 14. The data processing system of claim 9, wherein: 

2 said server data processing system includes a timer 

3 that indicates when a publication time for initiating 

4 distribution of an issue of said serial electronic 

5 publication has been reached; 

.^f said status manager automatically transmits a status 

\JV request to said subscriber in response to said indication 

!Sj* of said timer; 

U| said input module receives a status reply from said 

lp subscriber that corresponds to said status request; and 
11 said status reply comprises said status update. 
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1 15. A program product for efficiently transmitting a 

2 serial electronic publication from a server data 

3 processing system to subscribers, said program product 

4 comprising: 

5 a push engine that electronically transmits a first 

6 issue of a serial electronic publication from a server 

7 data processing system to a subscriber; and 

8 a status manager that determines whether said first 

9 issue has been opened by said subscriber, and that allows 

10 said push engine to transmit a second issue to said 

11 subscriber only after determining that said first issue 

12 has been opened; and 

13 a computer usable medium encoding said push engine 
ft and said status manager. 

ass- 
A \ 

16. The program product of claim 15, wherein: 
£g said push engine transmits said first issue to said 

I3 subscriber by transmitting said first issue to a client 

M data processing system associated with said subscriber; 

j % said computer usable medium also encodes an input 

QS module that receives a status update from said 

subscriber; and 

8 said status manager determines whether said first 

9 issue has been opened by reference to said status update. 
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1 17. The program product of claim 16, wherein: 

2 said computer usable medium also encodes 

3 instructions for allocating storage in said server data 

4 processing system for storing a subscriber status that 

5 corresponds to said status update; 

6 said status manager stores said subscriber status in 

7 said storage in response to receipt of said status 

8 update; and 

9 said push engine determines whether said first issue 

10 has been opened by reference to said subscriber status, 

11 such that said subscriber status enables said 

12 determination to be performed without communicating with 

13 said subscriber after said first issue has been 
J| transmitted. 

'fi 18. The program product of claim 17, wherein: 
%2 said server data processing system includes a timer 

;L3 . that indicates when a publication time for initiating 

M distribution of an issue of said serial electronic 

publication has been reached; and 
rip said push engine determines whether said first issue 

has been opened in response to said indication of said 

8 timer . 
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19. The program product of claim 17, wherein: 

said push engine transmits a hypertext transfer 
protocol (HTTP) cookie to said subscriber with said first 
issue; 

said status update comprises a cookie response 
received from said subscriber; and 

said cookie response corresponds to said HTTP cookie 
and indicates that client software has been utilized to 
open said first issue. 

20. The program product of claim 17, wherein said status 
update comprises a hypertext transfer protocol (HTTP) 
function, received at said server data processing system, 
for storing said subscriber status at said server data 
processing system. 

21. The program product of claim 20, wherein: 

said server data processing system includes a timer 
that indicates when a publication time for initiating 
distribution of an issue of said serial electronic 
publication has been reached; 

said status manager automatically transmits a status 
request to said subscriber in response to said indication 
of said timer; 

said input module receives a status reply from said 
subscriber that corresponds to said status request; and 

said status reply comprises said status update. 
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ABSTRACT OF THE DISCLOSURE 

METHOD, SYSTEM AND PROGRAM FOR EFFICIENTLY DISTRIBUTING 
SERIAL ELECTRONIC PUBLICATIONS 

A data processing system with efficient 
facilities for transmitting a serial electronic 
publication to subscribers includes a push engine and a 
status manager. The push engine transmits a first issue 
to a subscriber. The status manager determines whether 
the first issue has been opened and allows the push 
engine to transmit a second issue to the subscriber only 
after determining that the first issue has been opened. 
In an illustrative embodiment, the push engine transmits 
a hypertext transfer protocol (HTTP) cookie to the 
subscriber with the first issue, and the status manager 
determines whether the first issue has been opened by 
reference to a corresponding cookie response from the 
subscriber indicating that client software has been 
utilized to open the first issue. 
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